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5 Background of the Invention 

Document imaging is a technology that converts 
paper documents /information into electronic form where 
storage retrieval can be automated using standard 
computer technology. By capturing paper documents as 
10 electronic images stored by the computer, all the 
benefits and power of database, e-mail, networks, 
facsimile and memory storage technologies can be 
applied to what was once manually processed 
information. 

15 Although image documents can be electronically 

filed using multiple index and filing methods and then 
quickly searched and retrieved and subsequently shared 
among multiple users, each task must be controlled and 
managed through a common application program. 

20 Typically, to open an application program involves 
loading object oriented programming controls (e.g., 
Microsoft Object Linking and Embedding "OLE" controls) 
and loading the operating system. 

Briefly, OLE controls (called OCX's or ActiveX) 

25 are a type of OLE component standard. OCX's include 
properties, methods and events which enable programmers 
to add specific (well defined) functions to application 
programs. The functions enable end users to perform 
certain tasks on desired data. The self-contained 

30 objects (OCX's) are portable and insertable into any 
container or applications program. A "container 
application" or an OLE "control container" (and 
generally, "object container") is any working computer 



-2- 

program that is formed or has defined within it OLE 
components and objects. 

Thus the loading, opening and running of an 
application program takes time and working memory. 
5 In another example of image document search 

and retrieval, images and respective image information 
are stored on a database. The database supports a 
dedicated application program which searches and 
retrieves images in response to user command. Again 
10 the disadvantage of the dedicated application program 
is the time and working memory required to load the 
program before running it. 

Summary of the Invention 

15 The present invention overcomes problems of the 

prior art. In particular the present invention 
provides a method and apparatus for previewing files, 
images and image file information without opening and 
running an application program in working memory. As 

20 used herein, "previewing" with respect to a file 
includes an overview of or summary of file 
characteristics and contents including images. The 
summary synopsizes file information and characteristics 
such as height, width, resolution, compression type 

25 used for storing and forming the file, annotation 
graphics of the file, and the like. The preview 
provides display of the file images, preferably in a 
reduced size manner for ease of user previewing. 
In accordance with the present invention, a 

3 0 computer system has (i) a working memory in which 

application programs are executed and (ii) an operating 
system. Execution of application programs in the 
working memory generates files of the computer system. 
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File preview apparatus and method of the present 
invention include operating system means coupled to a 
display assembly for generating display of indications 
of file characteristics of those files selected by a 
5 user. The operating system means obtains and enables 
display of file characteristics indicia, outside of an 
application program opened and running in the working 
memory. The display assembly is responsive to the 
operating system means and provides display of the file 
10 characteristics indicia in a manner free of opening an 
application program in the working memory. 

In one embodiment, the operating system means is a 
file manager of the operating system. The file manager 
manages files generated by application programs 
15 executed in the working memory of the computer system. 
The file manager also enables user selection of a 
desired file and display of indicia of file 
characteristics of the desired file, without opening 
and running an application program in working memory. 
20 In another embodiment, the present invention is 

employed as an extension of an existing file manager. 
The preexisting file manager is an original part of the 
operating system and manages files of the computer 
system. The present invention extension of the file 
25 manager provides user selection of desired files and 
generates indicia of the user selected file, for 
display through the display assembly, in a manner free 
of opening an application program in working memory. 

In another embodiment, the operating system means 
30 is a document manager of the operating system. The 
document manager manages groups of files (e.g., 
folders) and enables display of indications of file 
grouping characteristics in response to user command. 
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The document manager enables such display through the 
display assembly, without opening an application in 
working memory. Similar to the preexisting file 
manager embodiment, the document manager may be a 
5 preexisting part of the operating system, and the 
present invention implementation is an extension 
thereof to provide preview ability of file groups. 

In either case of the present invention extending 
a preexisting file manager or document manager, the 
10 extension shares a user interface in common with the 
file manager /document manager. This provides a 
seamless and effectively full integration of the 
extension with the operating system. 

15 Brief Description of the Drawings 

The foregoing and other objects, features and 
advantages of the invention will be apparent from the 
following more particular description of preferred 
embodiments and the drawings in which like reference 
20 characters refer to the same parts throughout the 

different views. The drawings are not necessarily to 
scale, emphasis instead being placed upon illustrating 
the principles of the invention. 

Figure 1 is a block diagram of a computer 
25 apparatus employing the present invention. 

Figure 2 is a block diagram of a preferred 
embodiment of the present invention. 

Figures 3A-3C are flow diagrams of the embodiment 
of Figure 2 . 

30 

Detailed Description of the Preferred E mbodiment 

Generally speaking, a computer system is formed of 
a digital processor (including a central processing 
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unit, or "CPU" ) and various input/output assemblies 
(e.g., keyboard, mouse, display monitor, printer, and 
the like) . Illustrated in Figure 1 is a digital 
processor and more specifically the CPU and its major 
5 operating parts. Included are an operating system 15 
(shown below the solid horizontal line) and a working 
memory/random access memory 17 (shown above the solid 
horizontal line) . Within the operating system 15 are a 
plurality of application program and interface shells 

10 19a.. 19n and various working facilities. With respect 
to working facilities, a file facility 21 (such as 
Explorer in Microsoft Windows) is typically an inherent 
part of the operating system 15. Each facility enables 
a shell extension thereof following programming code 

15 and protocol disclosed by Microsoft or the operating 
system manufacturer. 

For example, programmers -users follow the 
predefined coding and protocol of the file facility 21 
to define a desired shell extension thereof. The 

20 purpose of the shell extension is defined by the 

programmer-user to accomplish a desired task through or 
in conjunction with operation of the file facility 21. 
One such shell extension for implementing the present 
invention is further described below. 

25 In the working memory 17 half of Figure 1, there 

are application programs 11 and object oriented 
programming controls 13a.. 13n. The application 
programs 11 are executed in working memory 17 and 
generate various files. These files are maintained in 

30 a file system 23 which bridges across the working 
memory 17 and operating system 15. File system 23 
follows store, exchange and retrieve protocols of a 
database or other accessing protocol common in the art. 
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To that end, file system 23 may be a database or other 
working exchangeable and retrievable storage. 

In the preferred embodiment of the present 
invention, an image engine 25 is also supported in 
5 working memory 17. The image engine 25 provides 
generation, maintenance and display of images. In 
particular, image engine 25 employs subroutines 
enabling compression, expansion, manipulation, and 
display of images. These images are stored in file 
10 system 23. An example of image engine 25 is the Wang 
Imaging for Windows software. Other image systems are 
suitable . 

The present invention employs the existing image 
engine 25 and file facility 21 to provide user preview 
15 of files from file system 23 in a manner that does not 
require the opening and running of an application in 
working memory 17. Figure 2 illustrates the working 
details of the present invention. In particular, the 
present invention is implemented as a shell extension 
20 to the file facility 21. In a preferred embodiment, 
the extension 2 9 is called the Image shell of the 
Explorer facility of Microsoft Windows. The Image 
shell extension 29 includes a call to a dynamic library 
link (DLL) . The key values for calling the DLL are 
25 stored in the registry 31 of the operating system 15. 
In response to a user command (such as click of the 
right mouse button) , the Image shell extension 29 is 
invoked. In turn, the image shell DLL utilizes the 
image engine 25 to invoke an appropriate processing 
30 task. In particular, the image engine 25 allows the 
DLL to obtain from the file system 23 the user desired 
file. The image engine 25 also understands the file 
format of the requested file and subsequently enables 
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display of file information and file contents through a 
display assembly 27. In particular the image engine 25 
provides information regarding file characteristics and 
file contents including images. The display assembly 
5 27 displays that information in text or images. 

In one embodiment, the display assembly 27 
displays a text indication of file characteristics 
including but not limited to file height, width, 
length, color type, resolution, compression type used 
10 for forming the file, annotation graphics, and the 
like. With respect to image contents of the desired 
file, the display assembly 27 employs a resizing 
routine so that the image is displayed in various sized 
windows being viewed by the end user. The resizing 
15 routine is of the "fit the window" type known in the 
art. Generally the resizing routine calculates the 
ratio of the subject image to the area of the viewing 
window. The ratio is then used in deleting various 
pixels from the subject image as stored to form a new 
20 "zoomed" working image. The display assembly 27 then 
supports display of the resulting working image in the 
targeted viewing area or window viewed by the end user. 

Other zooming routines or image sizing routines 
25 are suitable, whether they reduce, enhance or enlarge 
the subject original image. In the preferred 
embodiment, a reduced in size or minified resulting 
image is generated by the display assembly 27 for ease 
of user viewing. It is understood that other sizes of 
30 the subject image for viewing purposes are within the 
purview of one skilled in the art. 

Figures 3A-3C more specifically detail the image 
shell extension 29. It is understood that similar 
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functionality may be implemented in a stand-alone 
module in lieu of the extension 29. In that sense an 
operating system means provides the dynamic library 
link to call the image engine in response to user 
5 command for previewing a desired file from file system 
23. Various configurations in hardware or software or 
combination thereof, or as a stand-alone module or 
extension of an existing file facility or other 
facility of the operating system 15 are within the 

10 purview of one skilled in the art. 

At any rate, in the preferred embodiment of Figure 
2, the flow of control and operation of image shell 
extension 29 is illustrated in Figures 3a-3c. By way 
of overview, Figure 3a shows the major steps involved 

15 at the operating system level. Figures 3b and 3c 

describe in particular part the first and last steps of 
Figure 3a. • 

Upon a user's initial command or action (such as 
selecting a working file name by clicking the right 

20 mouse button) during running of the file facility 21, 
the operating system 15 calls the image shell extension 
DLL (step 50, Figure 3a). This is accomplished by the 
operating system 15 inquiring the registry 31 for 
existence of the extension at step 52, Figure 3b. If 

25 the extension is not listed in the registry 31, then 
the shell extension routine ends (step 54, Figure 3b) . 
Otherwise, where the shell extension is found to exist 
in the registry 31 (step 56, Figure 3b), the operating 
system 15 calls the image shell extension 2 9 and 

3 0 inquires the extension for support of the file type of 
the working file selected by the user. If the shell . 
extension 29 does not support the subject file type, 
then the shell extension routine ends (step 54, Figure 
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3b) . Otherwise, in the case where the shell extension 
29 supports the subject file type, the operating system 
runs a base code and then runs the extension code (step 
58, Figure 3b) . 
5 Returning to step 60 of Figure 3a, the foregoing 

includes the shell extension routine of Figure 3b 
returning to the file facility 21 (which is the initial 
caller of the shell extension) a reference to the user 
interface. In turn the file facility 21 responds by 
10 putting up a user interface of its own. Next the file 
facility 21 uses the passed user interface reference of 
the extension to call the shell extension 29 to post 
the extension user interface (step 70, Figure 3a) . The 
shell extension 29 initializes and posts its user 
15 interface 80. Thereafter the shell extension posts in 
its user interface pertinent file information of the 
subject file (step 82, Figure 3a) as supported by image 
engine 25 described in Figure 3C and discussed next. 
From the initial user command/ act ion, the 
20 operating system 15 passes the file name of the subject 
working file to the shell extension 29 (step 85, figure 
3C) . In turn, the shell extension 29 checks the 
validity of the subject working file by opening the 
file through the image engine 25 (step 87, Figure 3p . 
25 If the image engine 25 does not support the data (data 
type) within the file, then the processing between 
shell extension 29 and image engine 25 ends at step 89 
in Figure 3C. If the image engine 25 supports the file 
data, then shell extension 29 obtains from image engine 
30 25 information regarding the first page of the subject 
file (step 90, Figure 3C) . To accomplish this, the 
image engine 25 opens the subject working file and 
reads file information regarding each page. After 
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reading the first page information, the image engine 25 
returns that set of information to the shell extension 
29 at step 92, Figure 3b. In response to the 
information obtained from the image engine 25, shell 

5 extension 29 uses the user interface reference 

previously passed to file facility 21 and displays the 
information in the previously initialized user 
interface of the extension (step 94, Figure 3C) . 

Upon user command/action to display an image of 

10 the subject working file, image shell extension 29 
calls image engine 25 at step 96 of Figure 3b. Image 
engine 25 responds by interpreting various fields of 
the subject file and determines whether a minified 
version of the requested image was prestored (step 98, 

15 Figure 3b) . If the image engine 25 finds a prestored, 
reduced-in-size (or so called "thumbnail") rendition of 
the image, then image engine 25 produces a display of 
the minified image through the shell extension user 
interface (step 97) . If the image engine 25 does not 

20 find a predefined thumbnail of the requested image, 
then image engine 25 decompresses the file image data 
(knowing the compression type interpreted from a 
pertinent field of the subject working file) and 
generates a reduced-in-size rendition of the image 

25 using "fit the window" techniques mentioned above (step 
95) . In either case of the image engine finding a 
prestored thumbnail rendition of the image or 
generating one "on the fly", the shell extension user 
interface displays the desired minified image to the 

3 0 end user. 

The image shell 29 and image engine 25 continue to 
display file information and images upon user request/ 
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command following the steps 94, 96, 98, 95 and 97 shown 
in Figure 3C and described above. 

Equivalents 

5 While the invention has been particularly shown 

and described with reference to a preferred embodiment 
thereof, it will be understood by those skilled in the 
art that various changes in form and details may be 
made therein without departing from the spirit and 
10 scope of the invention as defined by the appended 
claims . 

For example, the shell extension of the present 
invention may extend from various file facilities 
including a file manager or folder manager or the like. 

15 Although the foregoing preferred embodiment is 

described with respect to a file manager type facility, 
it is understood that similar extensions may be 
provided from other operating system facilities, in the 
manner described above, to provide file previewing 

2 0 outside of opening and running an application program 
in working memory. 

Although the preferred embodiment is described 
with respect to a Microsoft operating system, the 
present invention may be employed in various operating 

25 systems. 



